This happens only when not using the default channel as primary, and the channel utilization allows it.

Hi, does this mean that NeighborInfo data is only transmitted to the default channel if it's not primary? I don't know if there's still this limitation but I remember position data was sent only on primary channel, would this mean we'll have neighbor info on default channel but not position?

What's the purpose of this? Wouldn't this still generate the same traffic?
Thanks!

Hi @macvenez, indeed, periodic broadcasts only go out on the primary channel, so if that is the default channel, it won’t allow it. It was added upon request here meshtastic/protobufs#618.

When you have a private primary channel, it will automatically use a different frequency slot. When using EU_868 there is only one, so indeed then it would lead to the same channel utilization on the mesh.

@GUVWAF

So:
-if a default channel (e.g. MediumFast), is primary: no NeighborInfo over LoRa (as per pull #5286);
-if a default channel (e.g. MediumFast), is secondary: no NeighborInfo over LoRA (normal behaviour since periodic broadcasts happen only on Primary channel);
-wherever can be used more than one frequency (e.g. USA): NeighborInfo traffic goes on another frequency (since a private primary channel is used);
-in EU (single slot): we'll have a bit less channel utilization because by effectively disabling NeighborInfo over LoRa on primary+default channel.

Am i right?

• Yes, if also the default key is used.
• Depends on what is your primary, but yes, no NeighborInfo goes out via a secondary channel.
• Yes (unless you specifically change the frequency slot again).
• Correct.

That's a shame - on our mesh we use neighborinfo quite a bit on default channel.

I need to verify this more, but it seems this feature broadcasts info about clients set with the "CLIENT_HIDDEN" preset to other nodes.

Ah! that's no good!

Nodeinfo defaults the broadcast interval for NodeInfo for HIDDEN nodes to UINT_MAX

667 moduleConfig.neighbor_info.update_interval = UINT32_MAX;

How about this: #5464